home *** CD-ROM | disk | FTP | other *** search
/ Shareware Overload Trio 2 / Shareware Overload Trio Volume 2 (Chestnut CD-ROM).ISO / dir34 / xdisk360.zip / XDISK.NEW < prev    next >
Text File  |  1995-02-15  |  11KB  |  212 lines
  1.         ╒═══════════════════════════════════════════╕
  2.         │                 xDISK                     │
  3.         │             Release 3.60.0                │
  4.         │                                           │
  5.         │ (C) Copyright 1989-1993 FM de Monasterio  │
  6.         │           All Rights Reserved             │
  7.         │            Licensed Material              │
  8.         ╘═══════════════════════════════════════════╛
  9.  
  10.                 ║ ║╔═╗╔═╣╔═╗╠═ ╔═╗
  11.                 ║ ║║ ║║ ║╔═╣║  ╠═╝
  12.                 ╚═╝╠═╝╚═╝╚═╝╚═╝╚═╝
  13.  
  14.  
  15.  Revision 3.60: *EMS Frame-Free Disk/DOS Prompt Loading*
  16.  -------------
  17.  The driver XDISK.SYS and its control program XDISK.EXE now require an Expanded
  18.  Memory manager fully compatible with the LIM EMS 4.0, which is the EMS version
  19.  supported by all current memory managers. xDISK does not require any longer an
  20.  EMS page frame, thus avoiding the need to dedicate a whole 64 KB of memory for
  21.  the frame (see xDISK.DOC).  Page-frame based, LIM EMS-3.2+ or EMS-4 compatible
  22.  xDISK versions are still available under special ordering.
  23.  
  24.  Previous problems in loading or unloading the xDISK driver from the DOS prompt
  25.  (command line) have been fixed. XDISK.SYS can now be loaded via XDISK.EXE (/LX
  26.  switch) with MS-DOS versions 3 through 6 as well as compatible OEM releases of
  27.  DOS. DOS-prompt loading remains incompatible with DR-DOS 5+.
  28.  
  29.  
  30.  
  31.  Revision 3.50: *MS-DOS 6.00*
  32.  -------------
  33.  The driver XDISK.SYS and its control program XDISK.EXE are compatible with MS-
  34.  DOS 6.00 (revision A).
  35.  
  36.  The self-installation in the upper memory area by XDISK.SYS is now implemented
  37.  automatically either via a DOS-based memory allocation, if MS-DOS 5.00 or 6.00
  38.  is configured to control UMB allocation (e.g., command 'dos=umb' in CONFIG.SYS
  39.  file, and the drivers HIMEM.SYS and 386EMM.EXE installed), or via an XMS-based
  40.  UMB allocation simply by specifying switch /H[n].
  41.  
  42.  Due to the manner in which the MS-DOS 5+ command 'DEVICEHIGH' modifies the DOS
  43.  memory chain during the implementation of the commands in the CONFIG.SYS file,
  44.  self-loading into a UMB via switch /H is not possible if 'DEVICEHIGH' has been
  45.  specified in *any* command line prior to that of XDISK (see xDISK.DOC).
  46.  
  47.  
  48.  
  49.  Revision 3.40: *Data-Safe resizing/386MAX error fix*
  50.  -------------
  51.  An error in the memory manager 386MAX.SYS (Qualitas), version 6.00 and 6.01,
  52.  returns incorrect results when a DOS function is called to determine whether
  53.  MS-/PC-DOS 5 is linked to the upper memory. The error, which is now avoided,
  54.  voids selfloading into upper memory when using prior xDISK releases.
  55.  
  56.  The various switch options are now defined by two-letter combinations rather
  57.  than single letters, so as to provide more correlation between abbreviations
  58.  and functions of the switches, and room for future expansion; when possible,
  59.  a new abbreviation contains the old letter, such as /DB instead of /B, etc.
  60.  
  61.  Switch /DX (old switch /X) now provides data-safe maximum shrinkage (DX-) or
  62.  data-safe expansion by a factor of 2 (DX+), as well as the ability to shrink
  63.  or expand the disk by a specified number of kilobytes (DX±n) preserving disk
  64.  contents.  A new <Data> display is now available in the Help/Usage panel via
  65.  key <F3> to provide the current status of drive parameters.  The size of the
  66.  conventional or upper memory used by the driver has been reduced by a factor
  67.  of 2 to less than 1.5 KB. Also, the mouse driver state is now saved prior to
  68.  the Help/Usage display, and then restored, if sufficient RAM is available.
  69.  
  70.  
  71.  
  72.  Revision 3.32: *MS-DOS/DR-DOS/386 BIOSes error fixes*
  73.  -------------
  74.  An error in MS-DOS 5 (revisions A and B) and IBM PC-DOS 5 (revision A) hangs
  75.  the machine if a DOS function is called to create a temporary file in a root
  76.  directory that is full, i.e. all the entries are allocated. Revision 3.31 of
  77.  xDISK called this function when implementing switch X-. Revision 3.32 uses a
  78.  different function to avoid the error, in case the root directory of the RAM
  79.  disk is full. In addition, the user is now warned if the directory is full.
  80.  
  81.  An incorrect DOS version could be obtained in previous xDISK releases for MS
  82.  DOS 5 revision B, and DR-DOS 5 and 6 due to some atypical values returned by
  83.  these operating systems if the new get version function introduced in MS-DOS
  84.  5.0 is called; these system bugs are avoided in xDISK 3.32.
  85.  
  86.  There is an error in the LOADHIGH command of MS-DOS 5 (revision A and B) and
  87.  PC-DOS 5 (revision A) that results in an erroneous drive identification when
  88.  using this command to load XDISK.EXE either in upper or lower memory, except
  89.  when the RAM-disk itself is the default drive.  Avoid such loading, which is
  90.  not needed for this utility.
  91.  
  92.  This release also makes the driver fully compliant with the MS-DOS 5.0 block
  93.  device requirements and fixes a few small driver errors.  The display of the
  94.  activity icon (switch V) is now implemented in the current video page rather
  95.  than video page 0 only.  Due to user requests, the service to write protect/
  96.  unprotect the RAM-disk is now mediated by switch W±.  Switch R± is now used
  97.  to implement a resize protect/unprotect service.
  98.  
  99.  Changes were also made to avoid a bug in AMI 386 BIOS and in AST Premier 386
  100.  BIOS, which can crash the system when changing cursor size.
  101.  
  102.  STACKER users:  This compression utility cannot handle the current format of
  103.  xDISK, returning missing sector errors.  With prior xDISK releases, a system
  104.  crash could sometimes happen after collapsing a RAM-disk if STACKER (version
  105.  2.0) was also installed to compress another disk; thanks to the help of M.E.
  106.  Callahan, xDISK is now able to bypass the incompatibility and avoid a system
  107.  crash.
  108.  
  109.  
  110.  
  111.  Revision 3.31: *Resizing with Data Preservation/Error Fixes*
  112.  -------------
  113.  Enhanced switch /Bn, where <n> is the size of the disk in kbytes. The current
  114.  size of the disk can now be decreased by <n> kbytes (or the nearest higher 16
  115.  kb multiple) when <n> is a negative number (e.g., /B-32 reduces the disk size
  116.  by 32 kb, and so does /B-20). If the drive parameters allow so, disk contents
  117.  are preserved; else, the disk is reformatted, and its contents are destroyed.
  118.  Switch /B-n requires EMS 4 and MS-DOS (or compatible) 3.0 or higher.
  119.  
  120.  Added switch /X+ and /X- to provide a limited resizing implemented as long as
  121.  the disk contents are preserved and disk input/output operations remain error
  122.  free.  Switch /X- shrinks the disk free-space to zero or less than 16 kbytes,
  123.  if possible, while switch /X+ expands the disk to the maximum size that still
  124.  preserves error-free access to the disk contents.  This option requires EMS 4
  125.  and MS-DOS (or compatible) 3.1 or higher.
  126.  
  127.  Corrected an apparently innocuous memory error upon completion of the service
  128.  to unload a command-line loaded driver (XDISK.EXE).  Corrected another memory
  129.  pointer error during UMB driver installation under DOS 5 (XDISK.SYS). Changed
  130.  driver code so that a more informative message is displayed when DOS attempts
  131.  to access a collapsed RAM-disk.  Also changed code for a faster adjustment of
  132.  disk size when the requested size is larger than the available one.  Modified
  133.  boot sector for full compatibility with MS-DOS 5.0.  Fixed error in XDISK.EXE
  134.  that resulted in a garbled Status/Usage display when the screen was in a text
  135.  mode and a page other than page 0.
  136.  
  137.  
  138.  
  139.  Revision 3.30: *Feedback/Directory Listing*
  140.  -------------
  141.  Visual and audio feedback during password-access checking are not the default
  142.  condition any longer.  They must now be selected by the switches /FV and /FA,
  143.  respectively, and can be disabled via switch /F-.  Added automatic encryption
  144.  of the password.  Due to the requests of a number of users, added audio feed-
  145.  back during DOS access to the RAM-disk via switch /A± (the old gate switch /A
  146.  is now switch /G±). Added directory listing service to the Status/Usage panel
  147.  via key <F3>. Modified the Status/Usage/Help panels for better legibility and
  148.  faster Mouse support.
  149.  
  150.  
  151.  
  152.  Revision 3.20: *MS-DOS 5.00*
  153.  -------------
  154.  Due to changes in undocumented data structures in MS-DOS 5.0, the command-line
  155.  loading of xDISK is temporarily restricted to DOS versions 2.x through 4.x, as
  156.  its process of character-device loading can produce memory allocation problems
  157.  in DOS 5.0. The loading of the driver via the CONFIG.SYS file is not affected. 
  158.  
  159.  The self-installation of XDISK.SYS in the upper memory area is now implemented
  160.  through either a DOS-based memory allocation (switch /H[n]!), if MS-DOS 5.0 is
  161.  configured to control UMB allocation (e.g. command 'DOS=UMB' in the CONFIG.SYS
  162.  file, and the drivers HIMEM.SYS and 386EMM.EXE installed), or an XMS-based UMB
  163.  allocation (switch /H[n]), as in the case of revision 3.00 and 3.10.  Note the
  164.  addition of '!' to switch /H[n] in the former case.  A problem during command-
  165.  line loading of xDISK under buggy versions of IBM-PC DOS 4.00 has been solved.
  166.  An error in the memory address of the resident driver shown in the Help/Status
  167.  panel has been corrected.
  168.  
  169.  
  170.  
  171.  Revision 3.10: *DOS Command-line Loading*
  172.  -------------
  173.  It is now possible to load XDISK.SYS from the DOS command line (as opposed to
  174.  during booting via CONFIG.SYS) via XDISK.EXE; this allows the installation of
  175.  xDISK drives without having to edit CONFIG.SYS and to reboot the CPU.  Switch
  176.  /L is now used in XDISK.EXE to denote command-line loading of the driver; the
  177.  high-memory loading of the driver (that was mediated by switch /L in revision
  178.  3.00) is now mediated by switch /H.  A command-line loaded xDISK drive can be
  179.  uninstalled with switch /U. Introduced the 486 release of xDISK. Added switch
  180.  /K to avoid display of installation banner.
  181.  
  182.  
  183.  
  184.  Revision 3.00: *386 Release/UMB Selfloading*
  185.  -------------
  186.  Increased performance by improving the optimization of mathematical routines.
  187.  Introduced the 386 release of xDISK, developed through Revisions 2.60 to 2.97.
  188.  (The 386 release operates faster than the 286 one by a factor of about 1.5 or
  189.  so; however, note that xDISK input/output times remain primarily dependent on
  190.  the performance of the expanded memory system.)
  191.  
  192.  Also introduced the option of self-installation in upper conventional memory,
  193.  i.e., above the 640-kb limit of DOS, but below the 1-Mb limit of conventional
  194.  memory, if an extended-memory manager compatible with XMS 2.0 is also present
  195.  and a free upper-memory block of 2 kb is available; this preserves the amount
  196.  of conventional memory available for DOS use.  Unlike the high-memory loading
  197.  provided by some (386) memory managers, XDISK.SYS self-loading in high memory
  198.  only requires a free block of the size of the resident, and not of the entire
  199.  driver.  See XDISK.DOC for details on high-memory loading.
  200.  
  201.  The user can specify a lower high-memory limit above which the driver should
  202.  try load itself (if a block is available above such a limit), to avoid upper-
  203.  memory areas having slow access times.  (The utility TIMEM.EXE can be used to
  204.  measure conventional memory access times.)
  205.  
  206.                 -----------------
  207.          ┌─────────────────────────────────────────────────────────────┐
  208.          │ Trademarked names are the property of the respective owners │
  209.          └─────────────────────────────────────────────────────────────┘
  210.  Earlier Revisions news removed
  211.  [END]
  212.